home *** CD-ROM | disk | FTP | other *** search
/ Internet Surfer 2.0 / Internet Surfer 2.0 (Wayzata Technology) (1996).iso / pc / text / mac / faqs.545 < prev    next >
Text File  |  1996-02-12  |  29KB  |  589 lines
  1. Frequently Asked Questions (FAQS);faqs.545
  2.  
  3.  
  4.  
  5. A second, more versatile interface, "rn", was developed by Larry Wall
  6. (the author of Perl) and released in 1984.  This interface also uses
  7. full-screen display with direct positioning, but it includes many
  8. other useful features and is very popular with many regular net
  9. readers.  The interface includes reading, discarding, and/or
  10. processing of articles based on user-definable patterns, and the
  11. ability of the user to develop customized macros for display and
  12. keyboard interaction.  "rn" is currently at release 4.4.  It is being
  13. maintained by Stan Barber of the Baylor College of Medicine.  "rn" is
  14. not provided with the standard news software release, but is very
  15. widely available because of its popularity.  The software can be
  16. obtained from its official archive site, lib.tmc.edu, using FTP, and
  17. via mail from archive-server@bcm.tmc.edu
  18.  
  19. A variant of "rn" is "trn" by Wayne Davison. Trn adds the ability to
  20. follow "threads of discussions" in newsgroups; its latest version 2.2
  21. is based on rn 4.4. It uses a Reference-line database to allow the
  22. user to take advantage of the "discussion tree" formed by an article
  23. and its replies.  This results in a true reply-ordered reading of the
  24. articles, complete with a small ascii representation of the current
  25. article's position in the discussion tree. Trn can be obtained from
  26. ftp.coe.montana.edu in the /pub/trn directory, from uunet in the
  27. news subdirectory, and from many other archive servers world-wide.
  28.  
  29. xrn is an X11-based interface to NNTP that was written by Rick
  30. Spickelmier and Ellen Sentovich (UC Berkeley).  The current version is
  31. 6.17.  xrn supports many features, including sorting by subject,
  32. user-settable key bindings, graceful handling of NNTP server crashes,
  33. and many of the features of rn (including KILL files and key bindings
  34. similar to rn).  xrn is actively supported by the authors with bug
  35. fixing and feature addition support from many of the users.  xrn can
  36. be retrieved from most of the popular FTP sites (gatekeeper.dec.com,
  37. ftp.uu.net, export.lcs.mit.edu).
  38.  
  39. Another X11-based newsreader is xvnews.  This is a news reader
  40. designed primarily for Sun workstations running OpenWindows.  It runs
  41. with NNTP and is compatible with rn style commands. It is available
  42. from export.lcs.mit.edu in the contrib directory.
  43.  
  44. There are two popular macro packages named "GNUS" and "Gnews" that can
  45. be used with the GNU Emacs text editor.  These allow reading,
  46. replying, and posting interaction with the news from inside the Emacs
  47. text editor.  Client code exists to get the articles using NNTP rather
  48. than from a local disk.  Copies can be found on most archive sites
  49. that carry the GNU archives.
  50.  
  51. "nn" is yet another reader interface, developed by Kim F. Storm of
  52. Texas Instruments A/S, Denmark, and released in 1989.  nn differs from
  53. the traditional readnews and vnews by presenting a menu of article
  54. subject and sender-name lines, allowing you to preselect articles to
  55. read.  nn is also a very fast newsreader, as it keeps a database of
  56. article headers on-line.  (I.e. it trades space for time.  A good rule
  57. of thumb is that the nn database size is 5%-10% of your news spool.
  58. So up to 110% of your news spool is the amount of space news and the
  59. nn database will take.)  The current version of nn is 6.4.16.  nn can
  60. be obtained via anonymous FTP from dkuug.dk, uop.uop.edu, or various
  61. other sites; European sites should request the sources from their
  62. nearest backbone site.
  63.  
  64. Yet another newsreader is the "tin" reader.  It operates with threads,
  65. has different article organization methods, and is full-screen
  66. oriented.  tin works on a local news spool or over an NNTP connection.
  67. It has been posted to alt.sources, and further information is
  68. available from Iain Lea (iain%anl433.uucp@Germany.EU.net). The current
  69. release of tin is 1.1 PL5.  Tin is based more on the Notes and tass
  70. systems than "rn".  There is an extensive list of features, including
  71. interfaces to batch modes and auto unpacking mechanisms.
  72.  
  73. In March 1986 a package was released implementing news transmission,
  74. posting, and reading using the Network News Transfer Protocol (NNTP)
  75. (as specified in RFC 977).  This protocol allows hosts to exchange
  76. articles via TCP/IP connections rather than using the traditional
  77. uucp.  It also permits users to read and post news (using a modified
  78. version of "rn" or other user agents) from machines which cannot or
  79. choose not to install the USENET news software.  Reading and posting
  80. are done using TCP/IP messages to a server host which does run the
  81. USENET software.  Sites which have many workstations like the Sun and
  82. Apollo products find this a convenient way to allow workstation users
  83. to read news without having to store articles on each system.  Many of
  84. the Usenet hosts that are also on the Internet exchange news articles
  85. using NNTP because the load impact of NNTP is much lower than uucp
  86. (and NNTP ensures much faster propagation).
  87.  
  88. NNTP grew out of independent work in 1984-1985 by Brian Kantor at U.
  89. C.  San Diego and Phil Lapsley at U. C. Berkeley.  It is now in
  90. release 1.5.11 dated 11 february 1991, with the next planned release
  91. at 1.6.  NNTP includes support for System V UNIX with Excelan Ethernet
  92. cards and DECNET under Ultrix.  NNTP was developed at U. C. Berkeley
  93. by Phil Lapsley with help from Erik Fair, Steven Grady, and Mike
  94. Meyer, among others.  The NNTP package is distributed on the 4.3BSD
  95. release tape (although that is version 1.2a and out-of-date) and is
  96. also available from the various authors, many major hosts, and by
  97. anonymous FTP from lib.tmc.edu, mthvax.cs.miami.edu and ftp.uu.net.
  98.  
  99. Reader NNTP clients for VMS are also available, including VMS/VNEWS
  100. (current release 1.4) and an upcoming reader only version of ANU-NEWS.
  101. VMS/VNEWS is available via anonymous ftp from arizona.edu (contact
  102. jms@arizona.edu for more information) or at any site which archives
  103. vmsnet.source.  Although the current release of ANU-NEWS is usable as
  104. a reader it can be difficult when used with a UNIX server.
  105.  
  106. An NNTP newsreader for Macintoshs is available called HyperNews.  It
  107. is implemented as a HyperCard stack and depends on MacTCP.  It is
  108. available from many Mac archives, including ftp.apple.com and
  109. sumex-aim.stanford.edu
  110.  
  111. There is also an NNTP-based netnews reader for Symbolics Lisp Machines
  112. (under Genera 7) available for anonymous FTP from ucbvax.berkeley.edu
  113. [128.32.133.1] in pub/nntp-clients/lispm written by Ian Connolly
  114. <connolly@coins.cs.umass.edu> and maintained by Richard Welty
  115. <welty@lewis.crd.ge.com>.  In addition, another NNTP-based news
  116. browser is available running under Genera 7 and Genera 8.  It provides
  117. mouse driven hierarchic browsing of newsgroups and articles, with
  118. support for X11 servers on remote machines.  It is available for
  119. anonymous FTP on flash.bellcore.com [128.96.32.20] in the directory
  120. pub/lispm/news-reader/.  It is written and maintained by Peter
  121. Clitherow <pc@bellcore.com>
  122.  
  123. A TOPS-20 reader was developed by Dave Edwards of SRI
  124. <dle@kl.sri.com>, but current availability is unknown.  An NNTP reader
  125. suite for PC's running MS-DOS and having Excelan boards is available
  126. for ftp from ames.arc.nasa.gov; get the pcrrn files.  There are two
  127. MS-DOS news readers that can be obtained from bcm.tmc.edu in the "nfs"
  128. directory.  They both require PC-NFS (from Sun) to work.  They will
  129. both work under PC/TCP from FTP Software early this year.  Source will
  130. be provided at that time.
  131.  
  132. "trumpet" is a NNTP based news reader for DOS which will also run
  133. under Windows (although only as a DOS application). There is Lan
  134. Workplace version which is also available.  It works using the
  135. Clarkson Packet Drivers either over a Novell network or a PC with an
  136. 'ordinary' TCP/IP connection. It offers a very intuitive interface
  137. with most of the basic facilities required in a newsreader (but
  138. without some of the 'bells and whistles found in something like rn).
  139. It has facilities for using SMTP to forward/reply etc.  The latest
  140. version is 1.05g and is shareware available at most main ftp sites.
  141.  
  142. At least one IBM VM/SP (CMS) version of the Usenet software is
  143. available.  It is known as PSU NetNews, and it is maintained by Linda
  144. Littleton (lrl@psuvm.bitnet/psuvm.psu.edu).  Version 2.4 of the
  145. software is available from LISTSERV@PSUVM.  PSU NetNews supports only
  146. 3270 terminals, and uses XEDIT as its screen driver.  Most major VM
  147. sites appear to use this package.  NetNews supports locally-stored
  148. news, not NNTP reading.
  149.  
  150. There is NNTP support for PSU NetNews for bulk news receipt: NNTPXFER
  151. will poll another site for news, and NNTPRCVR will receive news sent
  152. from a Unix NNTPXMIT process.  Either program sends the news articles
  153. to NetNews for processing.  Contact Andy Hooper (hooper@qucdn.bitnet
  154. or qucdn.queensu.ca) for more information, or obtain them from
  155. listserv@qucdn in PUBLIC FILELIST.  These programs are provided with
  156. source, and require IBM's FAL TCP/IP and Pascal.  An NNTPXMIT sender
  157. that works in cooperation with PSU NETNEWS is available from Herman
  158. Van Uytven (SYSTHVU@cc1.kuleuven.ac.be).
  159.  
  160. There is at least one NNTP news-reader for VM using XEDIT as its
  161. screen manager: NNR.  Contact Paul Campbell (pc@mbunix.mitre.org) for
  162. information.  The program requires IBM's FAL TCP/IP.  The software is
  163. available for anonymous ftp from rusmv1.rus.uni-stuttgart.de
  164. [129.69.1.12] in the directory
  165. soft/kommunikation/news/beginner/software/vm-cms/*.
  166.  
  167. An NNTP news reader is available for TSO/ISPF, called NNMVS. NNMVS is
  168. written by Stephen Bacher <seb1525@mvs.draper.com> at Draper
  169. Laboratory.  It requires C/370 V1R2 (though V1R1 will work) and uses
  170. TCP/IP sockets.  It is now available via anonymous ftp at
  171. ftp.uni-stuttgart.de under the directory
  172. /soft/kommunikation/news/beginner/software/nnmvs.  The current release
  173. is Version 2 Release 3 Modification Level 1 (in pseudo-IBM parlance).
  174.  
  175.  
  176. Special note on "notes" and old versions of news
  177. ------------------------------------------------
  178. Users of these systems may note problems in their interactions with the
  179. Usenet.  In particular, postings may be made by "notes" users to
  180. moderated groups but they will not usually propagate throughout the
  181. entire Usenet.  The same may happen to users of old B news software.
  182.  
  183. The "notes" software package uses a different internal organization of
  184. articles, and a different interchange format than that of the standard
  185. Usenet software.  It was inspired by the notesfiles available in the
  186. PLATO system and was developed independently from the Usenet news.
  187. Eventually, the "notes" network and Usenet were joined via gateways
  188. doing (sometimes imperfect) protocol translation.  The interface for
  189. "notes" is similar to "rn" but implements different features, many of
  190. which are dictated by its internal organization.  "notes" was written
  191. in 1980-1981 by Ray Essick and Rob Kolstad, (then) grad students at
  192. the University of Illinois at Urbana-Champaign.  The first public
  193. release of "notes" was at the January 1982 Usenix conference.  The
  194. last release of notes was version 1.7; it is no longer being
  195. actively maintained.
  196.  
  197. Users of "notes" or old B news software wishing to post to moderated
  198. groups should either mail their submissions to the moderator, as
  199. listed in the monthly posting of "List of Moderators" in the group
  200. "news.lists", or else they should post from a system running
  201. up-to-date news software (i.e., C news or INN).  "notes" users may
  202. obtain some patches from the comp.sources.unix archives which enable
  203. the most recent versions of "notes" to interact with moderated groups
  204. properly.
  205.  
  206. Users of old B news and "notes" are also not able to take advantage of
  207. some other current B news features, such as the "checkgroups" message.
  208. "notes" continues to be a "foreign" system and B news versions are
  209. considered "obsolete."  The various maintainers of the Usenet software
  210. have never expressed any commitment to maintain backwards
  211. compatibility with "foreign" or obsolete news systems and are unlikely
  212. to do so; it is the responsibility of the users to maintain
  213. compatibility of such software if they wish to continue to interact
  214. with the Usenet.
  215.  
  216.  
  217. Software versions & availability
  218. --------------------------------
  219. You can obtain the version number of your news software by issuing
  220. some form of "v" command to show the current version -- consult the
  221. man page for details.  Current software is obtainable from almost any
  222. major Usenet site as well as the sites noted in the body of the
  223. article, above.
  224.  
  225.  
  226. The following sites probably have sources to the current news software
  227. available for anyone needing a copy:
  228.  
  229.         Site        Contact
  230.         ----        -------
  231.         munnari        kre@munnari.oz.au
  232.         osu-cis        postmaster@tut.cis.ohio-state.edu
  233.         philabs        usenet@philabs.philips.com
  234.         pyramid        usenet@pyramid.com
  235.         rutgers        usenet@rutgers.edu
  236.         tektronix    news@tektronix.tek.com
  237.         watmath        usenet@watmath.waterloo.edu
  238.  
  239. Sources for most of the news readers and software, including news
  240. 2.11, C News, "rn", and "trn" are also available in the
  241. comp.sources.unix archives.  European sites should request the sources
  242. from their nearest Eunet backbone site.
  243.  
  244. Standards
  245. ---------
  246. News programs communicate with each other according to standard protocols,
  247. some of which are described by RFCs.  An RFC is a Request For Comment, a
  248. de facto standard in the Internet Community.  It is a form of published
  249. software standard, done through the Network Information Center (NIC) at SRI.
  250. Copies of RFCs are often posted to the net and obtainable from archive sites.
  251. Current news-related RFCs include the following:
  252.  
  253.     RFC 822 specifies the format of messages; RFC 1036 uses this.
  254.     RFC 977 specifies NNTP, the Network News Transfer Protocol.
  255.     RFC 1036 specifies the format of Usenet articles.
  256.     RFC 1123 amends RFC 822.
  257.     RFC 1153 specifies the digest format some moderated groups use.
  258.  
  259. Newsgroups
  260. ----------
  261.  
  262. The following newsgroups cover issues discussed in this article, and can
  263. be consulted for recent developments.
  264.  
  265. gnu.emacs.gnews        News reading under GNU Emacs using Weemba's Gnews.
  266. gnu.emacs.gnus        News reading under GNU Emacs using GNUS (in English).
  267. news.software.anu-news    VMS B-news software from Australian National Univ.
  268. news.software.b        Discussion about B-news-compatible software.
  269. news.software.nn    Discussion about the "nn" news reader package.
  270. news.software.notes    Notesfile software from the Univ. of Illinois.
  271. news.software.readers    General discussion about news reading software.
  272.  
  273. Acknowledgements
  274. ----------------
  275. The preparation of this article (and Usenet itself!) was greatly
  276. enhanced by the contributions and assistance of the following persons:
  277. Steve Bellovin, Ray Essick, Mark Horton, Brian Kantor, Phil Lapsley,
  278. Bob Page, Rich Salz, Tom Truscott, and Larry Wall.  Thanks, folks.
  279. --
  280. Gene Spafford
  281. Software Engineering Research Center & Dept. of Computer Sciences
  282. Purdue University, W. Lafayette IN 47907-1398
  283. Internet:  spaf@cs.purdue.edu    phone:  (317) 494-7825
  284. Xref: bloom-picayune.mit.edu news.announce.newusers:920 news.answers:3564
  285. Path: bloom-picayune.mit.edu!snorkelwacker.mit.edu!spool.mu.edu!darwin.sura.net!gatech!purdue!spaf
  286. From: spaf@cs.purdue.EDU (Gene Spafford)
  287. Newsgroups: news.announce.newusers,news.answers
  288. Subject: Hints on writing style for Usenet
  289. Message-ID: <spaf-style_719471685@cs.purdue.edu>
  290. Date: 19 Oct 92 05:14:45 GMT
  291. Expires: 18 Dec 92 17:14:45 GMT
  292. Followup-To: news.newusers.questions
  293. Organization: Dept. of Computer Sciences, Purdue Univ.
  294. Lines: 105
  295. Approved: spaf@cs.purdue.EDU
  296. Supersedes: <spaf-style_716962654@cs.purdue.edu>
  297.  
  298. Archive-name: usenet-writing-style/part1
  299. Original-author: ofut@hubcap.clemson.edu (A. Jeff Offutt VI)
  300. Last-change: 19 July 1992 by spaf@cs.purdue.edu (Gene Spafford)
  301.  
  302. I would like to take a moment to share some of my knowledge of writing
  303. style.  If you read the suggestions below, remember: it's easy to agree
  304. that they make sense but it's much harder to apply them.
  305.  
  306. References:
  307.  Cunningham and Pearsall, "How to Write For the World of Work"
  308.  Strunk & White, "Elements of Style"
  309.  
  310. The above references are both excellent books.  Cunningham is a
  311. standard in tech writing classes and won an award for the best tech
  312. writing book from the Association for Teaching of Technical Writing.  I
  313. was lucky enough to take a class from him as an undergraduate.  Strunk
  314. is a standard in college composition classes.  Other ideas here come
  315. from my own experience on the net and hints from other people.
  316.  
  317. This is a "long article." The rest of it is simply a list of pointers.
  318.  
  319.                Writing style:
  320.  
  321.  * Write *below* the readers' reading level.  The avg. person in the US
  322.    reads at a 5th grade level (11 years of age). The avg. professional
  323.    reads at about the 12th grade level (18 years of age).
  324.  
  325.  * Keep paragraphs short and sweet.  Keep sentences shorter and sweeter.
  326.    This means "concise," not cryptic.
  327.  
  328.  * White space is not wasted space -- it greatly improves clarity.
  329.    A blank line only adds a byte to the article length, so don't be
  330.    stingy if it will help make your meaning clearer.
  331.  
  332.  * Pick your words carefully.  Writing with precision is as important
  333.    here as it is in any other kind of discourse.  Consider carefully
  334.    whether what you have written can be misinterpreted, and whether
  335.    that is something you wish to have happen.
  336.  
  337.  
  338.  * People can only grasp about seven things at once.  This means ideas in a
  339.    paragraph, major sections, etc..
  340.  
  341.  * Avoid abbreviations and acronyms, if possible, and define the ones
  342.    you use.
  343.  
  344.  * There are several variations on any one sentence.  A passive, questioning
  345.    or negative sentence takes longer to read.
  346.  
  347.  * "Cute" misspellings are difficult to read, especially if the reader
  348.     is not fluent in the language involved.
  349.  
  350.  
  351.  
  352.                Net style:
  353.  
  354.  * Subtlety is not communicated well in written form - especially over a
  355.    computer.
  356.  
  357.  * The above applies to humor as well. (rec.humor, of course, not included.)
  358.  
  359.  * When being especially "flame-boyant", I find it helpful to go to the
  360.    bathroom before actually sending.  Then, I often change the tone
  361.    considerably. :-) Take a break before posting something in anger or that
  362.    might hurt or anger others.
  363.  
  364.  * Subject lines should be used very carefully.  How much time have you
  365.    wasted reading articles with a misleading subject line?  The "Subject:"
  366.    header line can be edited in all the various posting programs
  367.    (as can the "Distribution:", "Newsgroups:" and "Followup-To:" header
  368.    lines).
  369.  
  370.  * References need to be made.  When you answer mail, you have the original
  371.    message fresh in your mind.  When I receive your answer, I don't.
  372.  
  373.  * It's *much* easier to read a mixture of upper and lower case letters.
  374.  
  375.  * Leaving out articles (such as "the," "a," "an," etc.) for "brevity"
  376.    mangles the meaning of your sentences and takes longer to read. It saves
  377.    you time at the expense of your reader.
  378.  
  379.  * Be careful of contextual meanings of words. For instance, I used "articles"
  380.    just now.  In the context of netnews, it has a different meaning than I
  381.    intended.
  382.  
  383.  * Make an effort to spell words correctly.  Obvious misspellings are
  384.    jarring and distract the reader.  Every news posting program allows
  385.    you to edit your article before posting, and most systems have some
  386.    kind of spelling checker program that you can use on your article.
  387.  
  388.  * Remember - this is an international network.
  389.  
  390.  * Remember - your current or future employers may be reading your
  391.    articles.  So might your spouse, neighbors, children, and others
  392.    who will long-remember your gaffes.
  393.  
  394. Enough said.
  395.  
  396. These suggestions are all easily supported by arguments and research.
  397. There's a lot more to say, but....
  398. --
  399. Gene Spafford
  400. Software Engineering Research Center & Dept. of Computer Sciences
  401. Purdue University, W. Lafayette IN 47907-1398
  402. Internet:  spaf@cs.purdue.edu    phone:  (317) 494-7825
  403. Xref: bloom-picayune.mit.edu comp.infosystems.wais:526 news.answers:3347
  404. Path: bloom-picayune.mit.edu!snorkelwacker.mit.edu!eff!sol.ctr.columbia.edu!spool.mu.edu!nigel.msen.com!nigel.msen.com!not-for-mail
  405. From: emv@msen.com (Edward Vielmetti)
  406. Newsgroups: comp.infosystems.wais,news.answers
  407. Subject: WAIS FAQ part 5 of n: Building a WAIS server
  408. Date: 5 Oct 1992 15:52:02 -0400
  409. Organization: Msen, Inc. -- Ann Arbor, Michigan
  410. Lines: 76
  411. Approved: emv@msen.com (Edward Vielmetti)
  412. Message-ID: <1aq6dgINN2tr@nigel.msen.com>
  413. NNTP-Posting-Host: nigel.msen.com
  414.  
  415. Archive-name: wais-faq/server-basics
  416.  
  417. This is a first pass at a "frequently asked questions" series for WAIS.
  418.  
  419. Part 5 of this FAQ is an overview of the steps you need to take to
  420. build a WAIS server of your own.  (Parts 1-4 and 5-n are not yet
  421. written, but are in progress, albeit slowly).
  422.  
  423. The basic set of steps is:
  424.  
  425. Select the data you want to serve.  This may be as simple as "all
  426.   of the mail in my inbox folder" or as complicated as "all of the
  427.   really *good* articles posted to the net in the last year".  You may
  428.   need to do some OCR'ing or some typing to get this step taken care of.
  429.  
  430. Ensure that you can keep an up to date copy of it on your site.
  431.   If you are the original producer of the information this may be easy;
  432.   if it's stored on a remote ftp site then alex or mirror or ftpget can
  433.   keep it in sync; or if it's broadcast out as netnews the netnews
  434.   CD-ROMs or "rkive" will do the trick.
  435.  
  436. Munge it into a format that the WAIS indexer will understand, or
  437.   write code that will do the indexing on the format you have.  It's
  438.   relatively straightforward to index things one file, mail message,
  439.   news article, paragraph, line, or dash-separated piece at a time.
  440.   There is a weak spot in the documentation as to what formats are
  441.   supported right out of the box; if your data is complicated this might
  442.   be a fair amount of work to get "right".
  443.  
  444. Index the data with "waisindex".  Be sure to note the "-mem" option if
  445.   you have a small-ish machine, the "-stdin" option if you have a lot
  446.   of files scattered all over the place, and so on.
  447.  
  448. Buy some more disk drives, you will need them.
  449.  
  450. Test the indexes you have to see that they answer the questions you want
  451.   to answer.  If you get rotten results you might have rotten data, or
  452.   out of date or incomplete data, or files that are broken down into bits
  453.   that are too big or too small, or too much redundant text so that
  454.   queries are hard to pick out differences in small details.  Go back
  455.   to the "munge" step or even the "select" step if all is not well here.
  456.  
  457. Edit the resulting ".src" file you get so that it includes the proper
  458.   name of your system, a nice wordy description of what all people can
  459.   expect to find in the database, and some examples of good questions.
  460.   These are all finder's aids which will help your users use your database.
  461.   Make a note of where you got the original data if that is not apparent.
  462.  
  463. Arrange for a "waisserver" daemon to be started up out of your
  464.   /etc/rc.local file so that the index is available all of the time.
  465.   Alternatively, add an entry to /etc/inetd.conf and to /etc/services
  466.   so that you can bring up WAIS out of inetd. Take note of the -e
  467.   option so that you can put log files in a safe place.
  468.  
  469. Search the wais directory of servers to make sure no one else is doing the
  470.   exact same thing, or if they are get in touch with them to collaborate.
  471.  
  472. Send the .src file into "wais-directory-of-servers@think.com" so that it
  473.   can be included in the master directory.  Post an announcement to this
  474.   newsgroup so people can quiz you about it or so that they know about
  475.   new stuff.
  476.  
  477. Trim the log files that WAIS generates so that you can avoid filling up the
  478.   disk that you just bought and so that you can see what it is that
  479.   people are asking of your servers.  Remember that there are privacy
  480.   considerations involved.
  481.  
  482. I think this just about does it.  There ends up being a fair amount of
  483. other stuff you might find useful to know in the course of bringing up
  484. a server - certainly a working knowlege of news servers, perl, make, cron,
  485. C, yacc or lex, and shell scripts would not hurt in the slightest.
  486. It could be made easier to do I'm sure, though I suspect that building
  487. a good index is still art and not yet science.
  488.  
  489. Edward Vielmetti, vice president for research, MSEN Inc. emv@msen.com
  490.       MSEN Inc., 628 Brooks, Ann Arbor MI  48103 +1 313 998 4562
  491. Xref: bloom-picayune.mit.edu news.announce.newusers:915 news.admin:25959 news.answers:3559
  492. Path: bloom-picayune.mit.edu!enterpoop.mit.edu!snorkelwacker.mit.edu!mojo.eng.umd.edu!darwin.sura.net!wupost!cs.utexas.edu!sun-barr!ames!purdue!spaf
  493. From: spaf@cs.purdue.EDU (Gene Spafford)
  494. Newsgroups: news.announce.newusers,news.admin,news.answers
  495. Subject: What is Usenet?
  496. Message-ID: <spaf-whatis_719471661@cs.purdue.edu>
  497. Date: 19 Oct 92 05:14:22 GMT
  498. Expires: 18 Dec 92 17:14:21 GMT
  499. Followup-To: news.newusers.questions
  500. Organization: Dept. of Computer Sciences, Purdue Univ.
  501. Lines: 353
  502. Approved: spaf@cs.purdue.EDU
  503. Supersedes: <spaf-whatis_716962645@cs.purdue.edu>
  504.  
  505. Archive-name: what-is-usenet/part1
  506. Original from: chip@tct.com (Chip Salzenberg)
  507. Last-change: 19 July 1992 by spaf@cs.purdue.edu (Gene Spafford)
  508.  
  509.  
  510. The first thing to understand about Usenet is that it is widely
  511. misunderstood.  Every day on Usenet, the "blind men and the elephant"
  512. phenomenon is evident, in spades.  In my opinion, more flame wars
  513. arise because of a lack of understanding of the nature of Usenet than
  514. from any other source.  And consider that such flame wars arise, of
  515. necessity, among people who are on Usenet.  Imagine, then, how poorly
  516. understood Usenet must be by those outside!
  517.  
  518. Any essay on the nature of Usenet cannot ignore the erroneous
  519. impressions held by many Usenet users.  Therefore, this article will
  520. treat falsehoods first.  Keep reading for truth.  (Beauty, alas, is
  521. not relevant to Usenet.)
  522.  
  523. WHAT USENET IS NOT
  524. ------------------
  525.  1. Usenet is not an organization.
  526.  
  527.     No person or group has authority over Usenet as a whole.  No one
  528.     controls who gets a news feed, which articles are propagated
  529.     where, who can post articles, or anything else.  There is no
  530.     "Usenet Incorporated," nor is there a "Usenet User's Group."
  531.     You're on your own.
  532.  
  533.     Granted, there are various activities organized by means of Usenet
  534.     newsgroups.  The newsgroup creation process is one such
  535.     activity.  But it would be a mistake to equate Usenet with the
  536.     organized activities it makes possible.  If they were to stop
  537.     tomorrow, Usenet would go on without them.
  538.  
  539.  2. Usenet is not a democracy.
  540.  
  541.     Since there is no person or group in charge of Usenet as a whole
  542.     -- i.e. there is no Usenet "government" -- it follows that Usenet
  543.     cannot be a democracy, autocracy, or any other kind of "-acy."
  544.     (But see "The Camel's Nose?" below.)
  545.  
  546.  3. Usenet is not fair.
  547.  
  548.     After all, who shall decide what's fair?  For that matter, if
  549.     someone is behaving unfairly, who's going to stop him?  Neither
  550.     you nor I, that's certain.
  551.  
  552.  4. Usenet is not a right.
  553.  
  554.     Some people misunderstand their local right of "freedom of speech"
  555.     to mean that they have a legal right to use others' computers to
  556.     say what they wish in whatever way they wish, and the owners of
  557.     said computers have no right to stop them.
  558.  
  559.     Those people are wrong.  Freedom of speech also means freedom not
  560.     to speak.  If I choose not to use my computer to aid your speech,
  561.     that is my right.  Freedom of the press belongs to those who own
  562.     one.
  563.  
  564.  5. Usenet is not a public utility.
  565.  
  566.     Some Usenet sites are publicly funded or subsidized.  Most of
  567.     them, by plain count, are not.  There is no government monopoly
  568.     on Usenet, and little or no government control.
  569.  
  570.  6. Usenet is not an academic network.
  571.  
  572.     It is no surprise that many Usenet sites are universities,
  573.     research labs or other academic institutions.  Usenet originated
  574.     with a link between two universities, and the exchange of ideas
  575.     and information is what such institutions are all about.  But the
  576.     passage of years has changed Usenet's character.  Today, by plain
  577.     count, most Usenet sites are commercial entities.
  578.  
  579.  7. Usenet is not an advertising medium.
  580.  
  581.     Because of Usenet's roots in academia, and because Usenet depends
  582.     so heavily on cooperation (sometimes among competitors), custom
  583.     dictates that advertising be kept to a minimum.  It is tolerated
  584.     if it is infrequent, informative, and low-hype.
  585.  
  586.     The "comp.newprod" newsgroup is NOT an exception to this rule:
  587.     product announcements are screened by a moderator in an attempt to
  588.     keep the hype-to-information ratio in check.
  589.